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(57) Abstract: Several sensors (160) located 
in remote locations transmit data to a network 
operating system. A sensor interface (120) 
receives data from a sensor in a first format and 
converts the data into a common format if the 
data is not already in the common format. A 
transfort interface (110) transmits data through 
a transport system having several predetermined 
transport subsystems. 
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SYSTEM AND METHOD FOR RETRIEVAL OF DATA FROM 
REMOTE S ENSORS USING MULTIPLE COMMUNICATION CHANNELS 



Field o f the Invention 



5 



The present invention relates generally to the retrieval 



and 



di sseminat ion 



of 



data 



from 



remote 



sensors 



and 



more 



particularly to the retrieval and dissemination of data from 



remote sensors using multiple communication channels 



10 



Background 



Many businesses need to monitor and control industrial 
processes remotely, to track mobile assets, or to gather other 
data remotely over an extended period of time. Many systems 
are available for remote data monitoring; however, these 

15 systems typically have limited geographical coverage often due 
to a reliance on a single mode of communication that is not 
available throughout the United States. Many of these systems 
are also immobile and expensive, consume large amounts of 
power, and offer limited message capacity. Many systems are 

20 capable of monitoring only very limited types of data,- hence, 
companies must purchase and use multiple systems if the data 
that they need to monitor does not match exactly the 
capabilities of any prior art system. 

Many companies do not use the prior art systems to 
25 monitor their operations either due to expense or due to the 
need to utilize multiple systems to cover all of their sites, 
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which limits the usefulness of the gathered data. If a single 
system capable of delivering data from the entire United 
States (or abroad) in a format chosen by the customer with an 
easily ascertainable total cost were available, many more 
companies would choose to make use of remote monitoring 
technology. 

It is therefore an object of the present invention to 
provide a system and a method for transmitting data from 
remote sensors to a central location using a plurality of 
communications media in a fashion that is transparent to the 
customer. 

It is a further object of the present invention to 
provide a system and method for transmitting data from remote 
sensors to a central location that can be used with a variety 
of remote sensors capable of detecting a variety of different 
types of data. 

Summary of Invention. 

The present invention is directed to a system and method 
for communicating data from a sensor located in a remote 
location. A processor, a sensor interface, a power module, 
including a power supply, and a transport interface are 
provided. The sensor interface receives data from a sensor in 
a first format. The sensor interface converts the data into a 
common format if the data is not already in the common format. 
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The transport interface receives the formatted data from the 
sensor interface and transmits the data to a transport system. 

In another aspect, the present invention is directed to a 
system and method for receiving data at a network operations 
5 center. A transport interface, a message and command handler, 
a message storage module, comprising a memory, and a 
dissemination system are provided. The transport interface 
receives data from a transport system in one of a plurality of 
predetermined data formats. The transport interface converts 

10 the data into a common format if the data is not already in 
the common format. The message and command handler receives 
the formatted data from the transport interface. 

In another aspect, the present invention is directed to a 
method for gathering data, wherein data are automatically 

15 measured with a remote sensor, the data are transmitted from 
the sensor to a central location, predetermined criteria are 
applied to the data, and the data are transmitted to a 
customer if the predetermined criteria are met. 

20 Brief Description of the Drawings 

Figure 1 is a block diagram of a communicator in 
accordance with a first preferred embodiment of the present 
invention. 

Figure 2 is a block diagram of a remote data retrieval 
25 and dissemination system in accordance with a first preferred 
embodiment of the present invention. 
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Figure 3 is a block diagram of several sub- components of 
one component of a remote data retrieval and dissemination 
system in accordance with a first preferred embodiment of the 
present invention. 

5 Figure 4 is a flow diagram illustrating a method of 

transmitting data from a remote sensor to a central location 
in accordance with a first preferred embodiment of the present 
invention . 

Figure 5 is a flow diagram illustrating a method of 
10 receiving data from a remote sensor at a central location in 
accordance with a first preferred embodiment of the present 
invention. 

Figure 6 illustrates several data formats that may be 
applied to data generated by sensors in accordance with a 
15 first preferred embodiment of the present invention. 



Detailed Description of the Invention 

The following definitions are provided to aid in 
understanding the claims of the present application: 

20 Available. A transport subsystem is considered available 

at a particular time with respect to a particular intended 
transmission if a message can be transmitted over it at that 
time from the applicable point of origination to the 
applicable destination with an acceptable degree of quality. 

25 A transport system is typically unavailable either because 

coverage is unavailable in a relevant area or because the 
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transport subsystem has no remaining capacity at the time. In 
some embodiments of the present invention, capacity will be 
determined to be lacking if a transport subsystem is unable to 



5 however, particularly in embodiments where it is not essential 
that data be delivered immediately, capacity may be considered 
to be lacking only if a transport subsystem is unable to 
fulfill a series of requests over a period of minutes, hours, 
or even days . 

10 The most available transport subsystem is the available 

transport subsystem that best satisfies an algorithm used in 
the particular embodiment to select the most available 
transport subsystem. In a first preferred embodiment, this 
algorithm selects the most available based on three criteria: 

15 lowest cost, best service (which may be measured based on 
highest received signal strength, highest signal to noise 
ratio, and similar measures of signal quality) , and transport 
capacity, with lowest cost being the most important criterion 
and transport capacity being the least important criterion. 

20 In other embodiments, however, the order of the criteria, and 
the identity of the criteria, may differ, based on customer 
requirements . 

Communicator. A device that transmits data between a 
network operations center and a remote sensor. A communicator 
25 can typically be connected to multiple different types of 
sensors, but, in certain embodiments, it may instead be 
combined into a single housing with a particular remote 



fulfill a single transport request. 



In other embodiments, 



-5- 



BNSDOCID: <WO 01135S8A1 I > 



* 



WO 01/13558 PCT/US00/22846 

sensor. In certain preferred embodiments, a communicator is 
able to transmit data to a network operations center using 
several alternate communications channels, such as cellular, 
satellite, and paging channels, but in other embodiments, a 
5 particular communicator is able to use only one such channel. 

GPS. The Global Positioning System, operated by the 
United States Department of Defense, that is used to determine 
the current position (and speed) of a GPS receiver in contact 
with it and that can also be used to determine the current 
10 t ime . 

Interface. Hardware, software, or a combination of 
hardware and software that enables two or more systems, or two 
or more elements of one system, to exchange data. 

Message. Any collection of data that is transmitted, 
15 including an ordinary telephone call, a wireless telephone 
call, a page, a Short Message Service message, or an e-mail 
message. 

Network Operations Center. A central location to which 
data gathered by multiple remote sensors are transmitted and 
2 0 from which such data, or data gathered from or relating to 
such data, are disseminated to others. 

Port. A channel through which data may flow between a 

processor and an input or output device. For purposes of the 

present invention, the term port is intended to encompass, 

25 without limitation, the connector and associated cables 

-6- 
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through which data flow from an external device to a 
processor, any associated devices necessary to convert data 
into a form usable by the processor, such as an analog to 
digital converter, and any other associated devices used in 
5 connection with the flow of data within the particular channel 
only. 

RS-232 . A serial communications standard adopted by the 
Electrical Industries Association defining line and signal 
characteristics. The term RS-232 is intended to include the 
10 RS-232-C standard as well as earlier and later versions of the 
RS-232 standard. 

Sensor. Any device that measures data. With respect to 
the present invention, a sensor may be combined into a single 
housing with a communicator or may be a separate device 
15 capable of being attached or connected to a communicator. A 
communicator that includes a GPS receiver may itself function 
as a sensor (with respect to geographical coordinates) . 

Sleep Mode. A temporary state of suspension. In the 
context of the present invention, it is a temporary state of 
suspension in which processing activity is limited to activity 
necessary to determine whether to terminate sleep mode and 
return to normal operation. 

SMS. The Short Message Service as defined under the 
Global System for Mobile Communications (GSM) standard in 
effect at the time of filing of the present application, or 

-7- 
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any similar message service defined under any later version of 
the GSM standard or any other standard. The SMS standard 
currently provides, inter alia, for send and receive 
capability for short messages of 140 characters in 8-bit 
5 format, message concatenation, and message delivery 
confirmation . 

Transmit. With respect to the present invention, data 
are considered to be transmitted by wireless communication 
methods when the data are sent, whether or not the data are 

10 received. With respect to communications over a network, 
including the Internet, data are considered to be transmitted 
if the data are (i) sent directly to the intended recipient, 
(ii) sent to an intermediate entity or device for forwarding 
to the intended recipient, or (iii) made available for viewing 

15 by the intended recipient over the network, in any case 
regardless of whether the data are ever received or viewed by 
the intended recipient. Thus, the dispatch of an e-mail 
message to an Internet server for delivery to the recipient's 
e-mail server for eventual viewing by the recipient is 

20 considered transmission over the Internet even if the 
dispatching computer, the Internet server, and the e-mail 
server are the same computer. Similarly, making data 

available for inspection by the intended recipient on a World 
Wide Web server is considered to be transmission over the 

25 Internet even if the computer from which the data are being 

transmitted is the server from which the data are being made 

available over the World Wide Web and even if the recipient 

connects to the World Wide Web from the same computer. 

-8- 
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Transport System. A transport system is comprised of one 
or more transport subsystems, which may or may not have 
overlapping availability, geographically or temporally. 

Transport Subsystem. A system for transporting messages 
from a sender to a recipient, such as from a communicator to a 
network operations center. Examples of transport subsystems 
are cellular telephone systems, paging systems, and satellite 
communications systems. 

Referring to figure 1, a communicator 100 includes a 
transport interface 110, which is connected to a sensor 
interface 12 0 and a power module 14 0, which are also connected 
to each other. In the preferred embodiment, the sensor 
interface, transport interface, and power module are disposed 
within a housing 150, and the sensor interface and power 
module are connected to an external sensor 160. However, in 
other embodiments, the sensor may be integrated into the 
communicator. Moreover, the housing may be omitted. 

In the preferred embodiment, the sensor interface 
includes a processor 122, which may be a microprocessor, a 
memory 124, which is connected to or located in the processor, 
and three ports, an RS-232 port 128, a digital input/output 
port 130, and an analog input/output port 132. In other 
embodiments, a greater or lesser number of ports, of possibly 
differing formats, may be used. Furthermore, although the 
preferred embodiment is, with limited exceptions, designed to 
utilize only one port at a time, whichever is most suitable to 
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the external sensor connected to the communicator, in other 
embodiments multiple sensors may simultaneously be connected 
to multiple ports. The use of multiple sensors might be 
desirable in order to take measurements of differing nature at 
5 the same location (such as air and noise pollution) or for 
fault tolerance purposes. Of course, in an embodiment 

featuring an integrated sensor, the ports may be omitted 
altogether. Moreover, in embodiments in which processing of 
input and output is unnecessary (such as in the integrated 
10 sensor embodiment) , the processor may be omitted from the 
sensor interface, although a processor would then be necessary 
elsewhere within the communicator. 

Within memory 124 is located sensor interface software 
126. The sensor interface software automatically detects the 

15 port from which data have arrived. Based on the port from 
which the data have arrived, the sensor interface software 
determines the current format of the data. For example, if 
the data arrives in a message received through an RS-232 port, 
the sensor interface software might check the value of a field 

20 in the message header to determine the data format. If the 
data arrives through an analog or digital port, the sensor may 
be able to determine the format of the data if the port type 
was stored (using an RS-232 or similar port) in the 
communicator at the time of installation of the sensor. Thus, 

25 the sensor might be instructed to treat all data received 

through the digital port as humidity data in a certain format 

or it might be instructed to treat all data received through 

the analog port as humidity data in a certain format if the 

-10- 
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digital port receives a high input (such as constantly 
receiving values representing a binary one) or as temperature 
data in a certain format if the digital port receives a low 
input (such as constantly receiving values representing a 
5 binary zero) . Alternatively, the sensor may only identify 
data received through a digital port as raw digital values and 
data received through an analog port as raw analog data 
(converted to a stepped digital value as described below in 
connection with figure 6) . The sensor interface software then 
10 converts the data to a common format if the data's current 
format is not the common format. Depending on the degree to 
which the data has been identified, the underlying data may be 
converted to a standard format at this time. In any event, 
any necessary header fields are created in a common format. 

Power module 140 includes at least a power supply 142. 
The power supply may be lithium or other batteries that 
preferably allow the communicator and an attached sensor to 
function unattended for a substantial period of time, such as 
a year. In a first preferred embodiment, the power supply 
provides a power output comparable to 6 D cell batteries. 

In the preferred embodiment, the power module also 
includes power control 144 and power connection 14 6. The 
power control may be implemented either completely in 
software, which may reside in memory 124, or partly in 
25 software and partly in hardware. In the preferred embodiment, 
whenever more than a predetermined amount of time has passed 
since the communicator has received data from either sensor 

-11- 
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150 or from a network operations center, as described below, 
the communicator enters a sleep mode in order to conserve 
power, provided that it does not need to process or transmit 
any data received from either the sensor or the network 
5 operations center. The communicator then ceases all 

processing except that necessary to receive data from either 
t he sensor or the network operations center and to 
periodically (such as once every several seconds) check 
whether any data has been received. When data is received 
10 from either source, the communicator exits sleep mode. The 
specific trigger awakening the communicator from sleep mode 
after the receipt of a message may be either a hardware or a 
software interrupt. In the case of a software interrupt, it 
is necessary for the processor to check periodically for the 
15 interrupt. 

In the preferred embodiment, the power module also 
includes a connection 146 to external sensor 160 that provides 
power to the sensor. In the event that the sensor has its own 
power source, use of this connection may not be necessary. 
2 0 Also, if the sensor has unduly large power requirements, the 
power module may be insufficient for this purpose and an 
additional power source may be necessary. Alternatively, a 
more powerful power supply could be substituted in order to 
power such a sensor. 

2 5 The sensor may be any commercially available or custom 

built sensor that can send data to the communicator through 
any of the communicator's ports in a format that can be 

-12- 
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interpreted by the sensor interface, as discussed above. Such 
a sensor might be used to measure, inter alia, traffic 
patterns, sound, temperature, humidity, pressure, weight, 
force, any form of electromagnetic radiation, the usage of 
5 electricity, gas, oil, water, or telecommunications resources, 
geographic location, speed, current, or the purity or 
composition of substances such as water. Sensors capable of 
measuring many of such types of data are commercially 
available. For example, as of the filing date of the present 

10 application, several such sensors were available from the 
Veriteg company of Richmond, British Columbia, Canada, namely 
a temperature sensor, (the Spectrum 1000 Temperature Logger) , 
a combination temperature, humidity, and dewpoint sensor (the 
Spectrum 2 000 Temperature, Humidity and Dewpoint Logger) , and 

15 a combination electric current and temperature sensor (the 
Spectrum 3.3 0 0 Electric Current and Temperature Logger) . 

Transport interface 110 serves to prepare and transmit 
the data received from the sensor interface to the transport 
system described below. The transport interface includes at 

20 least an antenna 112, a receiver 114, and a transmitter 116. 
In a first preferred embodiment, the receiver is a GPS 
receiver, so as to allow the communicator to determine its 
position and the current time. In different embodiments, 
multiple antennae, receivers, and transmitters may be present, 

2 5 and the receiver and the transmitter may be replaced with a 
transceiver. Other hardware components and software may be 
necessary to prepare the data for transmission, depending on 
the requirements of the transport subsystem used in each case. 
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The housing 150 may be constructed of a plastic- 
derivative material for use in non-hostile environments. In 
environments posing more of a risk of damage to the 
communicator, a more durable housing may be necessary. Such a 
housing might be constructed of stainless steel, aluminum, 
fiberglass, or fiberglass reinforced polyester. Such a more 
durable housing might be desirable for a communicator located 
at a pipeline or in a railcar, for example. In the preferred 
embodiment, the housing is approximately four inches in width 
by six inches in length by two inches in depth. The size of 
the housing, however, depends on the size of the circuit 
boards, batteries, connectors, and mounting used in each 
particular embodiment of the present invention. 

Referring to figure 2, a plurality of communicators 100a 

through 10 On exchange data with a network operations center 

210 by sending messages over a transport system 200. 

Communicators 100a through lOOn may be identical to each other 

or may vary in many respects. The sensors to which the 

communicators are attached may be of different designs, as 

discussed below, and may sense different types of data, as 

described above, in different geographic locations on 

different measurement and communication schedules for 

different customers. The sensors may also use different 

transport subsystems for communicating with a single network 

operations center. In addition, although only one network 

operations center is shown in figure 2, more than one network 

operations center may be employed and such network operations 

centers may be kept in synchronization through the use of 
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replication technology, which technology is well known in the 
database arts, or other means. 

In a first preferred embodiment, the transport system is 
composed of a paging subsystem 202, a cellular subsystem 204, 
5 and a satellite subsystem 206. In other embodiments, a 
greater or lesser number of transport subsystems may be 
employed, utilizing the same or other wireless or non-wireless 
transport methods. Each communicator uses the transport 

subsystem most available to it at the time to communicate with 
10 the network operations center. The most available transport 
subsystem for a particular communicator may always be the same 
transport subsystem if the communicator is always present in a 
location covered by only one transport subsystem with an 
acceptable degree of quality. 

15 Network operations center 210 includes processor 212 and 

memory 214. The processor may be a microprocessor such as any 
member of the Intel Pentium and Sun Sparc families of 
microprocessors. The memory may be temporary memory, such as 
random access memory, or permanent storage, such as a hard 

2 0 drive, but is preferably a combination of both. In memory 
214, in the preferred embodiments, are loaded message and 
command handler 23 0, dissemination system 24 0, storage module 
250, applications module 260, and the software components of 
transport interface 220. In different embodiments, transport 

2 5 interface 22 0, message and command handler 23 0, dissemination 
system 240, storage module 250, and applications module 260 
may have dedicated processors and memories, as well as other 
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components. The use of multiple processors and memories may 
be desirable to enhance performance or to reduce risk through 
hardware redundancy. 

Transport interface 22 0 includes an interface component 
for each transport subsystem that converts each message 
received by the network operations center into a common format 
and that converts each message sent by the network operations 
center over the transport system into a format appropriate for 
the particular transport subsystem used. 

Message and command handler 230 receives messages from 
the communicators after processing by transport interface 220. 
The message and command handler may dispatch these messages to 
storage module 250 for storage, may dispatch these messages to 
dissemination system 240 for delivery to customers, may 
compile data from multiple related messages for later storage 
or dissemination to customers, or may perform some combination 
of these actions, depending on predetermined criteria chosen 
by customers. The message and command handler may also 
generate messages for delivery through the dissemination 
system informing customers of the failure to receive expected 
messages from communicators. For example, the message and 
command handler may, with respect to messages received from a 
series of communicators attached to temperature sensors, (i) 
dispatch each temperature reading message to the storage 
module, (ii) in the case of each temperature reading message 
in which the temperature read does not fall within a 
predetermined range, dispatch such temperature reading message 
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to the dissemination system, and (iii) generate and dispatch 
to the dissemination system a message identifying each 
temperature sensor from which no temperature message has been 
received within a predetermined period of time. 

5 Optionally, the message and command handler may also send 

messages to the communicators. Such messages could include 
acknowledgements of received messages, requests for 
transmission or retransmission of expected messages that were 
not received or that appear to have become corrupted, and 

10 instructions for revising sensor reading and message dispatch 
schedules. Moreover, the message and command handler may 
broadcast a single message to a plurality of communicators at 
one time. For example, the message and command handler might 
broadcast a message to all of a particular customer's 

15 communicators, or all of that customer's communicators 
attached to temperature sensors, or all of that customer's 
communicators located in a particular geographic region. 

The message and command handler also receives messages 
from customers through the dissemination system. Such 

20 messages may include requests for transmission or 
retransmission of expected messages that have not arrived or 
appear to have become corrupted, requests for data stored in 
storage module 250 or requests for data derived from such 
data, and optionally, instructions to revise sensor reading 

25 and message dispatch schedules. 

-17- 

BNSDOCID: <WO 0113558A1_I_> 



WO 01/13558 PCT/US00/22846 

In the preferred embodiments of the present invention, 
message delivery is guaranteed. The customer receives all 
expected messages even if the desired content of the messages 
cannot be supplied. For example, if the customer has arranged 
to receive a message every hour identifying the temperature 
sensors, if any, of a series of temperature sensors that have 
measured temperatures falling outside of a predetermined 
range, the customer will receive a message every hour 
identifying not only the sensors that have reported 
temperatures falling outside of the predetermined range, but 
also the sensors, if any, that have failed to report a 
temperature . 

Referring to figure 3, in a first preferred embodiment, 
message and command handler 230 includes flow manager 300, 
customer message handler 302, transport manager 304, storage 
manager 306, and communicator message manager 308. Flow 
manager 3 00 manages the flow of data between customers, 
communicators, and other system elements. Such management 
includes routing messages to customer message handler 302, 
transport manager 304, storage manager 306, and communicator 
message manager 308 as is appropriate, as well as coordinating 
acknowledgements between the various system elements to ensure 
that any failure to deliver a message results in the 
transmitting element being alerted to the failure. The flow 
manager also coordinates the recording of message detail 
records, including such information as message type, message 
size, and time stamps, for billing purposes. 
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Customer message manager 302 processes messages received 



from customers . 



Such messages may relate, as is discussed 



below, to customer requests for stored data from the network 
operations center, in which case the customer message center 
5 must request the retrieval of such data and its subsequent 
transmission to the customer, or to customer requests for 
revised sensor measurement or transmission schedules, in which 
case the customer message manager must request the 
transmission of an appropriate message to the appropriate 
10 sensor or sensors. 

Transport manager 3 04 is responsible for selecting the 
appropriate transport subsystem (and the corresponding 
transport interface component) for all messages to be 
transmitted from the network operations center to 
15 communicators. In the preferred embodiments, the transport 
manager uses the same criteria for selecting a transport 
subsystem for transmissions to communicators as the 
communicators do for transmissions to the network operations 
center . 

20 Storage manager 306 is responsible for dispatching to 

storage module 250 all messages and other data that is 
required to be stored. Depending on customer requirements, 
all data retrieved from all communicators relating to that 
customer may be stored or only summary data and certain data 

2 5 meeting predetermined criteria. The storage manager enforces 
any such rules. 
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Communicator message manager 3 08 is responsible for 
processing all messages received from communicators. Such 
processing may include extracting sensor measurements from 
such messages, determining based on predetermined rules what 
5 data should be transmitted to customers (e.g., all data, 
summary data, or data falling within predefined parameters), 
and formatting the extracted data for storage or transmission 
or both. 

In other embodiments of the present invention, the 
10 functionality of the message and command handler may be 
divided among a greater or lesser number of components, in a 
different manner among the components, or among several 
different modules, some or all of which may be external to the 
message and command handler. 



Returning to figure 2, dissemination system 240 includes 
or is connected to one or more mechanisms for delivering or 
preparing for delivery data to customers. Such mechanisms may 
include modem 244 and printer 242. Data are typically 
delivered by transmitting the data to a World Wide Web server 
for subsequent viewing by the customer but can also be 
delivered by e-mail, facsimile, automated voice message, or 
hard copy sent by mail or otherwise. In a first preferred 
embodiment, the customer may select the means by which he will 
be notified; however, in other embodiments, only certain means 
of receiving data may be available and not all means may be 
available to all customers. Moreover, customers may be 
allowed to use several means of receiving data, such as e-mail 
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notification of the receipt of certain data (such as sensor 
readings falling outside of expected parameters) and World 
Wide Web access to other data (such as all of the sensor 
readings) . The dissemination system may also receive data 
5 from customers in certain embodiments, such as requests for 
the retransmission of data, the transmission of additional 
data (such as stored detail data) , and the alteration of data 
transmission methods and schedules and sensor reading 
schedules . 

10 Furthermore, data may be sent by the dissemination system 

to a list of customers. For example, data regarding the 
location of a communicator located in a rail car might be sent 
not only to the operator of the railroad but also to customers 
of the railroad with goods being transported on that rail car. 

15 Alternatively data may be sent by the dissemination system to 
a prioritized list of customers, whereby if the first customer 
on the list acknowledges receipt of the data, the data is not 
sent to any further customers on the list, but if the first 
customer on the list fails to acknowledge the message, the 

2 0 dissemination system sends the message to the second customer 
on the list, and so forth. This latter mode of data 
dissemination helps to provide guaranteed delivery without 
introducing the possibility of wasted effort by multiple 
parallel customer responses to the message. 

25 Storage module 250 serves to store data received from 

sensors after processing by the message and command handler. 
In a first preferred embodiment, the storage module is located 
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on processor 212 and memory 214, but may include a dedicated 
processor and a dedicated memory in other embodiments. The 
storage module preferably stores all data received from 
communicators 100, but may store only selected data or 
summaries thereof depending on the volume of data, customer 
needs, and hardware capabilities. The storage module 

preferably uses a commercial off-the-shelf relational database 
to store the data, but other storage methods (such as 
proprietary databases, commercial off-the-shelf object- 
oriented databases, and flat files) are also possible. 

Applications module 260 provides front office and back 
office functionality, typically including billing, accounting, 
and technical support functionality, and may consist of more 
than one separate module in some embodiments. The 
applications module may be located on one or more dedicated 
processors in certain embodiments and may be divided 
internally into several applications (such as billing, 
accounting, and technical support) . In some embodiments, 
commercial off-the-shelf front and back office components may 
be used, such as the Platinum ERA product available from the 
Epicor company of Irvine, California, or similar products 
available from Oracle and SAP. 

In most embodiments, customer billings will be related to 
(1) the number of messages sent to or from a remote site, (2) 
the amount of time used in transmitting the customer's data, 
or (3) the amount of data transmitted. The time of day at 
which each transmission occurs and the relative availability 
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of bandwidth may also be factors, as well as the usage of 
resources in processing the data and in making it available to 
the customer. In the simplest case, the customer's bill is 
determined by applying a function to the total number of all 
5 transmissions by the customer's communicators, where the 
function consists of either multiplying such number of 
messages by a single factor, or applying a sliding scale of 
factors to such number of messages. Whichever method is used, 
the message and command handler will extract the data required 
10 to compute the customer's bill (typically the number of 
messages or the length of each transmission or the amount of 
data transmitted in each transmission) and send it to the 
applications module for use by the billing application. 



15 available to the customer through the dissemination system 
after calculation thereof by the billing application for 
delivery by any method available to the customer for delivery 
of sensor data. In other embodiments, the data necessary to 
prepare the bill may be forwarded to an external system. 

2 0 Applications such as the accounting and customer support 

applications will also draw data from the message and command 
handler and the other applications. For example, the 

accounting application would typically extract the amount of 
each bill from the billing application and the usage of a 

2 5 particular transport subsystem from the message and command 
handler. The technical support application would typically 
allow a technical support representative to draw data from any 



In certain embodiments, each customer's bill 



may be made 
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other portion of the network operating center to help resolve 
any questions or problems of the customer. 

Embodiments adapted for use for particular purposes may 
vary from the embodiments described above with respect to 
figures 1 through 3. For example, an embodiment designed for 
use in locating breaks in power lines might not utilize a 
sensor (and might have no ports at which to attach sensors, 
etc.), might be powered by stray power collected from the 
power line to which the communicator is attached (collected by 
a clamp) , and might use an internal power source only for the 
purpose of transmitting a message to the network operating 
center to indicate that its power source had been interrupted 
(and hence that the power line was broken) . 

An embodiment designed for use in utility metering might 
have quite limited communication requirements but be 
constrained more than other embodiments by cost limitations. 
The utility metering communicator might need to connect to 
only one type of sensor (a meter reader) and might not need as 
many alternatives for communicating with the network 
operations center. Eliminating such capabilities and using 
less expensive components, such as less powerful 
microprocessors, might be necessary to make such an embodiment 
viable economically . 

Similarly, a communicator designed to be used only for 
determining the current location of a resource might not need 
to communicate with sensors or to perform much processing 
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because all needed data could be drawn from a GPS receiver. 
Hence eliminating all or part of the sensor interface might be 
advisable to limit cost. 



Referring to figure 4, in step 4 00, a method of 
5 transmitting data from a remote sensor to a central location 
is illustrated. In step 400, a remote sensor collects data, 
which, as discussed above, may be temperature or humidity 
readings or any other type of data that can be read by a 
machine. In general, the sensor is a separate device that is 

10 attached to a communicator. In step 4 02, the sensor 

periodically sends messages on a predetermined schedule to the 
attached communicator through one of several ports 128,, 13 0, 
or 132 and may draw power from the communicator through 
connection 146. In some applications, however, the sensor may 

15 be integrated into the communicator. In such cases, steps 402 
and 4 04 are omitted. Furthermore, in some applications a 
sensor is unnecessary. For example, in a vehicle tracking 
system, a GPS receiver may be able to provide all of the data 
that is necessary, namely the vehicle's location and the 

20 current time. In such a system, steps 400 through 404 are 
omitted. In any event, the sensor continues to measure data 
in accordance with its predetermined measurement schedule. 

In step 404, the sensor interface converts the message 
received from the attached sensor to a common format. The 
25 sensor interface, of course, will only be able to recognize 
predetermined formats coded into the sensor interface (or made 
available to the executable file through an external resource, 
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such as a database) . Typically, the sensor interface would be 
able to recognize at least one variety of each of digital, 
analog, and computer data formats. As discussed above, the 
degree t o which the underlying sensor readings are converted 
5 depends on the particular sensor being used. In some cases, 
the underlying sensor readings will be transmitted as raw 
digital or raw analog data to the network operating center. 
The sensor readings may then be deciphered at the network 
operating center by such means as consulting a stored table in 
10 which sensor types are associated with specific communicators. 
Alternatively, the sensor readings may be transmitted as raw 
(possibly encrypted) data to the customer, particularly in 
cases in which secrecy is essential to the customer. 

In step 406, the transport system determines the most 
15 available transport subsystem. Typically, a transport system 
will include several transport subsystems, such as cellular, 
paging, and satellite systems. Individual communicators, 

particularly those currently (or always) located in remote 
areas may have only one such transport subsystem available to 
20 them. Other communicators have a choice of available 

transport subsystems to use and select the most available 
transport subsystem. 

The transport interface can determine the most available 
transport subsystem in any of a variety of ways. The 
25 communicator can have certain historical data stored in it, 
such as the cost of using each transport subsystem, 
geographical regions in which a type of service such as 
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cellular service is unavailable, and measures of signal 
quality of past transmissions. The communicator may also send 
test messages using one or more of the transport subsystems to 
determine which is most available. Conversely, a network 
5 operations center may periodically transmit data to each 
communicator indicating which transport subsystem is most 
available at the time. Alternatively, step 406 may be merged 
into steps 4 08 and 410 and the communicator may attempt to 
send a message on a preferred transport subsystem one or more 

10 times, or the transport subsystem expected to be most 
available based on historical data, and if the message is 
unsuccessful, try to send the same message (reformatted if 
necessary) using a different transport subsystem one or more 
times, and so forth, until the message is successfully sent or 

15 all of the transport subsystems have been determined to be 
unavailable. 

In step 408, the transport interface prepares the data 
for transmission. This includes formatting the data in a 
manner appropriate for the particular transport subsystem that 

20 will be utilized, as selected in step 406. Other required 
preparation may include encoding the data to protect a 
customer's confidential data, bit stuffing the data to reduce 
the size of transmissions, error correction steps to allow 
detection of data corruption, the transmission of certain 

2 5 overhead messages, such as acknowledgement and non- 
acknowledgement messages, and the execution of failure 
recovery processes to ensure message delivery despite hardware 

or software failures. Depending on the transport subsystem 
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and hardware used to transmit a particular message, the 
preparations may also include carrier monitoring, frequency 
offsetting, Doppler corrections, power adjustments, and 
synchroni zation . 

5 In step 410, the transport interface transmits a message 

containing the data using the selected transport subsystem to 
the central location. 

Referring to figure 5, a method of receiving data from a 
remote sensor at a central location is illustrated. In step 

10 500, a communicator sends a message using the most available 
transport subsystem, as discussed above with respect to figure 
4. In step 502, the transport interface of a network 
operations center receives the message from the applicable 
transport subsystem. In certain embodiments, the transport 

15 interface may incorporate antennae, transceivers, and other 
telecommunications components so as to allow it to receive 
wireless transmissions directly. In the preferred 

embodiments, however, the transport interface receives each 
message as an electronic message (such as an e-mail message) 

2 0 transmitted by the transport subsystem provider over the 
Internet or other network or telephonic connection. 

In step 504, the transport interface of the network 
operations center extracts the contents of the message and 
converts them into a common format. In the preferred 

25 embodiments, this step entails stripping away header and 
similar data inserted by the transport subsystem provider and 
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adding header data conforming with the common data format. If 
the underlying data is not yet in the common data format, such 
data may need to be reformatted as well. 

In step 506 , the formatted message is sent to the message 
and command handler, which processes the message. The message 
and command handler applies predetermined criteria to 
determine whether to store the message and whether to send a 
message to the applicable customer. For example, in the case 
of a series of temperature readings, the criteria might 
consist of storing all readings and notifying the customer of 
all readings falling outside of a predetermined temperature 
range. The message sent to the customer need not relate 
solely to the message received from the communicator. For 
example, the criteria could specify also sending an additional 
message containing an average temperature reading with respect 
to a series of sensors if the message received is the last of 
all expected messages from the set of sensors in a particular 
time period. 

The message and command handler may also extract data 
from the received message and send such data to other portions 
of the network operations center for further processing. For 
example, the message and command handler could extract the 
number of bits received from each message and forward this 
number to the billing system to aid in determining a 
customer's bill. 
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In step 508, if the message and command handler has 
determined that a message should be stored, the message is 
stored in memory by the storage module. In step 510, if the 
message and command handler has determined that a message 
5 should be sent to the customer, a message is prepared by the 
dissemination system in a format appropriate to the mode in 
which the message is to be transmitted to the customer (over 
the Internet, by automated voice message, by hard copy, etc.). 
With respect to each message, either, both, or neither of 

10 steps 508 and 510 can take place, depending on determinations 
made by the message and command handler in step 506. Finally, 
in step 512, the message is sent to the customer through the 
appropriate communications medium (providing that the message 
and command handler has determined that . a message should be 

15 sent to the customer) . 

Referring to figure 6, the data formats used in the 
preferred embodiment of the present invention are summarized. 
For purposes of simplicity, the possibility that data may be 
encrypted at certain stages is ignored. Data transmitted from 

2 0 a sensor to a connected communicator is transmitted in one of 
several sensor formats 600. In a first preferred embodiment, 
the sensor format used will ordinarily be one of digital 602, 
analog 604, or RS-232 606. Digital format 602 would typically 
be implemented with a zero to five volt direct current circuit 

25 and would provide two logic levels, on and off (or alternately 
open and closed or full and empty) . Analog format 604 would 
typically be implemented with a zero to twelve volt direct 
current circuit and would provide a series of 256, 512, 1024, 
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or another convenient number of steps of value. Thus, analog 
input would be discrete rather than continuous in nature. The 
use of 256 steps is particularly convenient because that is 
the number of states that can be represented by one byte of 
5 memory. RS-232 format 606 is a commonly accepted serial port 
communications format. Either binary data or ASCII formatted 
data can be conveniently accepted using the RS-232 protocol. 
ASCII format is particularly convenient in that dissemination 
system 24 0 can prepare human readable reports from ASCII 

10 formatted data without the need to know what such data 
represents (provided that the data itself contains all 
necessary labels and other elements) . Binary data has the 
advantage of allowing more data to be packed into the same 
amount of message space, thereby permitting reduced usage of 

15 communications resources. 

Whichever sensor format is used, the data transmitted by 
the sensor to the communicator is reformatted by sensor 
interface software 126 into communicator data format 610. In 
a first preferred embodiment, communicator data format 

20 contains at least five fields: a date and time stamp, a 
communicator identification code, the sensor data, the 
transmit status, and the communicator status. The date and 
time stamp (which may be subdivided into two fields, one for 
the date and one for the time) stores the time and date at 

25 which the sensor conducted the underlying measurements. The 

date and time stamp may be stored as ASCII data or in a binary 

format, such as any format used by a spreadsheet or database. 

The communicator identification code should uniquely identify 
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the communicator, not merely vis-a-vis communicators 
pertaining to the instant customer, but also vis-a-vis 
communicators pertaining to different customers. 

The sensor data if received through analog or digital 
ports is converted into ASCII or binary form. Depending on 
predetermined parameters established by the customer, further 
formatting may or may not be applied to ASCII or binary data. 
For example, temperature readings may have symbols indicating 
that the values represent degrees Celsius appended to them. 
The data may also be encrypted at this, an earlier, or a later 
stage. In the preferred embodiments, the divisions between 
data fields within a message are demarcated so as to allow 
subsequent parsing by one of three methods: (1) separator 
characters (such as null characters) between data fields, (2) 
fixed length fields, or (3) header data (which may include the 
length of the sensor data field inserted at the beginning of 
the sensor data field) . The particular method used depends on 
each customer's specific requirements. 

The transmit status and communicator status fields store 
20 status information relating to the communicator and the 
transmission of the instant message. These fields may be 
formatted in ASCII form, but would ordinarily be formatted in 
binary form, with each field possessing one of a number of 
predetermined enumerated values. Other fields may optionally 
25 be included as well. 
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Transport interface 110 formats the message for delivery 
by a transport subsystem to the network operating center. If 
the message is to be transported by a cellular network, such 
as the OmniPoint Digital Cellular Network, or a satellite 
5 network, such as any of the Iridium, Globalstar, or ICO 
satellite networks, the message is formatted in accordance 
with the Short Message Service standard (as defined under the 
Global System for Mobile Communications) in a first preferred 
embodiment. If the message is to be transported by a paging 
10 network, such as the SKYTEL Paging Network, the message is 
formatted in accordance with the Motorola Re FLEX standard in a 
first preferred embodiment. Of course, other message formats 
may be used in other embodiments of the present inventions 



reformats the message in accordance with a network operating 
center data format 630. Several of the fields are analogous 
to those in communicator data format 610, namely the date/time 
field, the communicator identification code field, and the 

20 message field (which corresponds to the sensor data field in 
the communicator data format) . A customer identification code 
field is added to allow efficient access to the identity of 
the customer to whom a communicator belongs. Command and 
status fields relate to the status of the message as it is 

25 processed within the network operations center. Additional 
optional fields may be present as well. 



After receipt of the message by the network operating 



15 



center, network operating center transport interface 22 0 
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The present invention may be embodied in other specific 
forms without departing from the spirit or essential 
attributes of the invention. Accordingly, reference should be 
made to the appended claims, rather than the foregoing 
5 specification, as indicating the scope of the invention. 
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What 



is claimed is: 



1. 



A communicator, comprising: 



5 



a processor; 



a sensor interface, connected to said processor; 

a power module, comprising a power supply, connected to 
said sensor interface and said processor; and 

a transport interface connected to said sensor interface, 
10 said power module, and said processor, 

wherein said sensor interface receives data from a sensor 
in a first format ; 

wherein said sensor interface converts the data into a 
common format if the data is not already in the common format; 
15 and 

wherein said transport interface receives the formatted 
data from said sensor interface and transmits the data to a 
transport system. 

2. The communicator of claim 1, wherein said sensor 

20 interface comprises a plurality of ports utilizing a plurality 
of data formats. 

3. The communicator of claim 2, wherein said sensor 
interface comprises a port for receiving data formatted for 
use by a computer. 

25 4. The communicator of claim 3, wherein said sensor 
interface comprises an RS-232 port. 
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5. The communicator of claim 2, wherein said sensor 
interface comprises a digital input/output port. 

6. The communicator of claim 2, wherein said sensor 
interface comprises an analog input/output port. 

5 7. The communicator of claim 2, wherein said sensor 

interface comprises at least one RS-232 port, at least one 
digital input/output port, and at least one analog 
input /output port. 

8. A communicator in accordance with any of claims 2 through 
10 7 , wherein the transport system comprises a plurality of 

transport subsystems utilizing a plurality of different data 
formats . 

9. The communicator of claim 8, wherein the transport system 
comprises a wireless telephone system. 

15 10. The communicator of claim 8, wherein the transport system 
comprises a cellular telephone system. 

11. The communicator of claim 8, wherein the transport system 
comprises a paging system. 

12. The communicator of claim 8, wherein the transport system 
20 comprises a satellite communication system. 

13. The communicator of claim 8, wherein the transport system 
comprises at least two of a cellular telephone subsystem, a 
paging subsystem, and a satellite communication subsystem; and 



25 the subsystem that is most available. 

14. The communicator of claim 8, wherein said transport 
interface comprises a receiver, a transmitter, and an antenna. 



wherein 'said transport interface transmits the data to 
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15. The communicator of claim 14, wherein the receiver is a 
GPS receiver. 

16. The communicator of claim 8, wherein said power module is 
connected to an external sensor; and 



sensor . 

17. The communicator of claim 8, wherein said power module 
further comprises power management software. 

18. The communicator of claim 17, wherein the communicator 
10 operates in a sleep mode when no data is received from either 

a sensor connected to said sensor interface or from a 
transport system connected to said transport interface within 
a predetermined amount of time after the completion of all 
processing by the communicator of data earlier received from 
15 the sensor or the transport system; and 

wherein the communicator ceases to operate in a sleep 
mode when data is received from either the sensor or the 
transport system. 

19. The communicator of claim 18, wherein sleep mode is 
20 terminated by a software interrupt. 

20. The communicator of claim 18, wherein sleep mode is 
terminated by a hardware interrupt. 

21. The communicator of claim 8, wherein a sensor connected 
to said sensor interface measures traffic patterns. 

25 22. The communicator of claim 8, wherein a sensor connected 
to said sensor interface measures temperature. 

23. The communicator of claim 8, wherein a sensor connected 
to said sensor interface measures humidity. 



5 



wherein said power module supplies power to the external 
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24. The communicator of claim 8, wherein a sensor connected 
to said sensor interface measures pressure. 

25. The communicator of claim 8, wherein a sensor connected 
to said sensor interface measures electric usage. 

5 26. The communicator of claim 8, wherein a sensor connected 
to said sensor interface measures gas usage . 

27. The communicator of claim 8, wherein a sensor connected 
to said sensor interface measures oil usage. 

28. The communicator of claim 8, wherein a sensor connected 
10 to said sensor interface measures water usage. 

29. The communicator of claim 8, wherein a sensor connected 
to said sensor interface tracks the geographic location of a 
vehicle. 

30. The communicator of claim 8, wherein a sensor connected 
15 to said sensor interface measures current flowing through a 

circuit . 

31. The communicator of claim 8, wherein a sensor connected 
to said sensor interface measures the purity of water. 

32. A method of transmitting data from a remote sensor to a 
20 central location, comprising the steps of: 

receiving data in a first format from a remote sensor; 
automatically converting the received data to a common 
format if the data is not already in the common format; and 

transmitting the formatted data to a transport system for 
25 delivery to the central location. 

33. A communicator, comprising: 

means for receiving data in a first format from a remote 
sensor; 
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means for automatically converting the received data to a 
common format if the data is not already in the common format; 
and 

means for transmitting the formatted data to a transport 
5 system for delivery to the central location. 

34. A network operations center, comprising: 
a transport interface; 

a message and command handler, connected to said 
transport interface ; 
10 a message storage module, connected to said message and 

command handler, comprising a memory; and 

a dissemination system, 

wherein said transport interface receives data from a 
transport system in one of a plurality of predetermined data 
15 formats; 

wherein said transport interface converts the data into a 
common format if the data is not already in the common format; 
and 

wherein said message and command handler receives the 
2 0 formatted data from said transport interface. 

35. The network operations center of claim 34, wherein said 
message storage module receives the formatted data from said 
message and command handler and stores the formatted data in 
memory . 

25 36. The network operations center of claim 34, wherein said 
dissemination system receives the formatted data from said 
message and command handler and transmits the formatted data 
to a customer . 
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37. The network operations center of claim 36, wherein said 
dissemination system comprises a modem. 

38. The network operations center of claim 36, wherein said 
dissemination system transmits the formatted data to the 

5 customer by facsimile* 

39. The network operations center of claim 36, wherein said 
dissemination system transmits the formatted data to the 
customer by page . 

40. The network operations center of claim 36, wherein said 
10 dissemination system transmits the formatted data to the 

customer by automated voice message. 

41. The network operations center of claim 36, wherein said 
dissemination system comprises a printer. 

42. The network operations center of claim 36, wherein said 
15 dissemination system transmits the formatted data to the 

customer by mail. 

43. The network operations center of claim 36, wherein said 
dissemination system transmits the formatted data to the 
customer in the form of a hard copy. 

20 44. The network operations center of claim 36, wherein said 
dissemination system comprises an internet connection. 
45. The network operations center of claim 36, wherein said 
dissemination system transmits the formatted data to the 
customer by e-mail. 

25 46. The network operations center of claim 36, wherein said 
dissemination system transmits the formatted data to the 
customer over a computer network. 
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47. The network operations center of claim 36, wherein said 
dissemination system transmits the formatted data to the 
customer over the Internet . 

48. The network operations center of claim 47 , wherein said 
5 dissemination system transmits the formatted data to the 

customer over the World Wide Web. 

49. The network operations center of claim 36, wherein said 
dissemination system transmits the formatted data to the 
customer over the Internet or by facsimile, page, automated 

10 voice message, or mail at the option of the customer. 

50. The network operations center of claim 34, wherein said 
dissemination system receives the formatted data from said 
message and command handler and transmits the formatted data 
to a plurality of customers. 

15 51. The network operations center of claim 34, wherein said 
dissemination system receives the formatted data from said 
message and command handler and transmits the formatted data 
to at least one customer in a prioritized list of customers; 
and 

20 wherein the at least one customer is selected by 

progressively transmitting the formatted data to the customer 
with the highest priority on the prioritized list to whom the 
formatted data has not yet been transmitted until an 
acknowledgement is received by the network operations center 

25 that at least one customer on the prioritized list has 
received the formatted data. 

52. The network operations center of claim 34, wherein said 
transport system comprises a paging subsystem; 
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wherein the data is transported by the paging subsystem 



as a page prior to transmission of the data to said transport 



interface; and 

wherein the data is received by said transport interface 



53. The network operations center of claim 34, wherein said 
transport system comprises a cellular subsystem; 

wherein the data is transported by the cellular subsystem 
as a cellular message prior to transmission of the data to 
10 said transport interface; and 

wherein the data is received by said transport interface 
in cellular message format. 

54. The network operations center of claim 34, wherein said 
transport system comprises a satellite subsystem; 

15 wherein the data is transported by the satellite 

subsystem as a satellite message prior to transmission of the 

data to said transport interface; and 

wherein the data is received by said transport interface 

in satellite message format. 
20 55. The network operations center of claim 34, wherein said 

transport system comprises a wireless subsystem; 

wherein the data is transported by the wireless subsystem 

as a wireless message prior to transmission of the data to 

said transport interface; and 
25 wherein the data is received by said transport interface 

in wireless message format . 



5 



in page format . 
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56. The network operations center of claim 34, wherein said 
transport system comprises a cellular subsystem, a paging 
subsystem, and a satellite subsystem; 

wherein if the cellular subsystem is most available, 
5 the data is transported by the cellular subsystem as 

a cellular message prior to transmission of the data to said 
transport interface; and 

the data is received by said transport interface in 
cellular message format; 
10 wherein if the paging subsystem is most available, 

the data is transported by the paging subsystem as a 
page prior to transmission of the data to said transport 
interface; and 

the data is received by said transport interface in 
15 page format; and 

wherein if the satellite subsystem is most available, 

the data is transported by the satellite subsystem 
as a satellite message prior to transmission of the data to 
said transport interface; and 
20 the data is received by said transport interface in 

satellite message format. 

57. The network operations center of claim 34, wherein upon 
receipt of a request for data from a customer, said message 
and command handler, if the requested data is stored in said 

25 message storage module, extracts the requested data from said 
message storage module; and 
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wherein said dissemination system receives the requested 
data from said message and command handler and transmits the 
requested data to the customer. 

58. The network operations center of claim 34, wherein upon 
receipt of a request for data from a customer, said message 
and command handler, if the requested data is not stored in 
said message storage module, sends a message requesting the 
requested data for delivery to a remote device; and 

wherein said transport interface receives the message 
from said message and command handler, formats the message for 
transmission over a transport subsystem, and transmits the 
formatted message to a transport subsystem. 

59. The network operations center of claim 34, wherein the 
network operations center broadcasts a message to a plurality 
of communicators through the transport system. 

60. A method of receiving data from a remote sensor at a 
central location, comprising the steps of: 

receiving data delivered from a remote sensor by a 
transport system in one of a plurality of predetermined data 
formats; 

converting the data into a common format if the data is 
not already in the common format; and 

transmitting the formatted data to a message and command 

handler. 

61. A network operations center, comprising: 

means for receiving data delivered from a remote sensor 
by a transport system in one of a plurality of predetermined 
data formats; 
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means for converting the data into a common format if the 
data is not already in the common format; and 

means for transmitting the formatted data to a message 
and command handler. 
5 62 . A method of gathering data, comprising the steps of: 

automatically measuring data with a remote sensor; 

transmitting the data from the sensor to a central 
location; 

applying predetermined criteria to the data; and 
10 transmitting the data to a customer if the predetermined 

criteria are met . 

63. The method of claim 62, further comprising the step of: 
storing the data in a memory at the central location. 

64. The method of claim 62, wherein the data are transmitted 
15 from the remote sensor to the central location by cellular 

communication. 

65. The method of claim 62, wherein the data are transmitted 
from the remote sensor to the central location by page. 

66. The method of claim 62, wherein the data are transmitted 
20 from the remote sensor to the central location by satellite 

communication . 

67. The method of claim 62, wherein the data are transmitted 
from the remote sensor to the central location by cellular 
communication, page, or satellite communication, whichever is 

25 most available. 

68. The method of claim 62, wherein the predetermined 
criteria comprise comparisons with data gathered from remote 
sensors other than the remote sensor. 
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69. The method of claim 62, wherein the predetermined 
criteria comprise comparisons between the data and one or more 
predetermined values. 
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